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Datapakettien numerointi pakettivalitteisessa tiedonsiirrossa 
Keksrnndn tausta 

Keksinto liittyy pakettivalitteiseen tiedonsiirtoon ja erityisesti datapa- 
kettien numeroinnin optimointiin, viela erityisesti luotettavan (acknowledged) 
siirron yhteydessa. 

Ns. kolmannen sukupolven matkaviestinjarjestelmien, joista kayte- 
taan ainakin nimityksia UMTS (Universal Mobile Telecommunication System) 
ja IMT-2000 (International Mobile Telephone System), kehityksessa eras lah- 
tokohta on ollut mahdollisimman hyva yhteensopivuus toisen sukupolven mat- 
kaviestinjarjestelmien, kuten GSM-jarjestelman (Global System for Mobile 
Communications) kanssa. Esimerkiksi UMTS-jarjestelman runkoverkko on 
suunniteltu toteutettavaksi GSM-runkoverkon pohjalle, jolloin jo olemassa ole- 
via verkkoja voidaan hyOdyntaa mahdollisimman tehokkaasti. Edelleen kol- 
mannen sukupolven matkaviestimille pyritaan mahdollistamaan yhteysvastuun 
siirto eli handover UMTS- ja GSM-jarjestelmien valilla. Tama patee myos pa- 
kettivalitteiseen tiedonsiirtoon, erityisesti UMTSrn ja GSM-jarjestelmaan suun- 
nitellun pakettiradioverkon GPRS:n (General Packet Radio Service) valilla. 

Pakettivalitteisessa tiedonsiirrossa voidaan kayttaa luotettavaa eli 
kuitattua (acknowledged) lahetysta tai epaluotettavaa eli kuittaamatonta 
(unacknowledged) lahetysta. Luotettavassa tiedonsiirrossa vastaanottaja la- 
hettaa kuittauksen vastaanottamistaan datapaketeista PDU (Protocol Data 
Unit) lahettajalle, jolloin lahettaja voi lahettaa kadonneet tai vioittuneet datapa- 
ketit uudestaan. GPRS-jarjestelmassa datapakettien siirron luotettavuudesta 
ja kuittauksesta vastaa GPRS:n aliprotokolla LLC (Logical Link Control). Suo- 
ritettaessa operointisolmujen valinen (inter-SGSN, Serving GPRS Support No- 
de) handover GPRS-jarjestelmassa tiedonsiirron luotettavuus varmistetaan 
LLC-protokollan ylSpuolisen konvergenssiprotokollan SNDCP (Sub-Network 
Dependent Convergence Protocol) avulla. Talloin datapaketteihin liitetaan 8- 
bittinen N-PDU-numero (Network PDU), jonka perusteella voidaan tarkistaa 
vastaanottajalle valitetyt datapaketit. 

Nykyisten mSaritysten mukaisessa UMTS-jarjestelmassa" pakettiva- 
litteisessa tiedonsiirrossa luotettavuuden varmistamiseen kaytetaan paketti- 
dataprotokollan RLC-kerroksen (Radio Link Control) RLC-jaksonumeroa. 
UMTS:n RLC-kerros vastaa siis tassa suhteessa GPRS:n LLC-kerrosta. 
UMTS-jarjestelmassa operointisolmujen valisessa handoverissa luotettavuus 
varmistetaan RLC-kerroksen ylapuolisen konvergenssiprotokollan PDCP 
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(Packet Data Convergence Protocol) avulla. UMTS-jarjestelman PDCP- 
kerroksella konvergenssiprotokollakerroksen PDCP datapakettiin liitetaan 16- 
bittinen datapakettinumero, jolloin tama PDCP-PDU-numero muodostaa 
GPRS:n N-PDU-numeroa loogisesti vastaavan datapakettinumeron, jonka pe- 
5 rusteella tarkistetaan handoverin yhteydessa, etta kaikki datapaketit ovat siir- 
tyneet luotettavasti. 

GPRS:sta UMTS:a3n suuntautuvassa handoverissa 8-bittiset N- 
PDU-numerot konvertoidaan UMTS:aa tukevassa operointisolmussa 3G- 
SGSN 16-bittisiksi PDCP-PDU-numeroiksi, joita sitten kaytetaan vastaanotet- 

10 tujen datapakettien kuittaamiseen. Vastaavasti UMTS:sta GPRS:aan suun- 
tautuvassa handoverissa 16-bittiset PDCP-PDU-numerot konvertoidaan ope- 
rointisolmussa 3G-SGSN 8-bittisiksi N-PDU-numeroiksi, jotka valitetaan 
GPRSrn operointisolmulle 2G-SGSN ja joita kaytetaan vastaavasti datapaket- 
tien kuittaukseen. 8-bittisten N-PDU-numeroiden konvertointi 16-bittisiksi 

15 PDCP-PDU-numeroiksi tapahtuu lisaamalla kahdeksan eniten merkitsevaa 
bittia, kukin arvolla nolla, N-PDU-numeron arvoon. 16-bittisten PDCP-PDU- 
numeroiden konvertointi 8-bittisiksi N-PDU-numeroiksi tapahtuu vastaavasti 
poistamalla kahdeksan eniten merkitsevaa bittia PDCP-PDU-numeron arvosta. 
Handoverin kaynnistyttya datapaketit PDU asetetaan puskuriin odottamaan, 

20 etta yhteysvastuu on siirtynyt toisen jarjestelman operointisolmulle SGSN ja 
lahetetyt datapaketit voidaan poistaa puskurista sita mukaa, kun vastaanotta- 
jalta saadaan kuittaus vastaanotetuista datapaketeista. 

Eraana ongelmana ylla kuvatussa jarjestelyssa on N-PDU- 
numeroiden luominen PDCP-PDU-numeroista. Jarjestelman viiveesta johtuen 

25 puskurissa voi olla suuri maara datapaketteja PDCP-PDU. UMTS-jarjestelman 
datapakettien PDCP-PDU numerointiin kaytettavissa oleva datapakettinume- 
roavaruus on suurempi (16 bittia) kuin GPRS-jarjestelman N-PDU-numerointiin 
kaytettavissa oleva datapakettinumeroavaruus (8 bittia). Jos puskuroitujen 
datapakettien PDCP-PDU lukumaara ylittaa kahdeksalla bitilla ilmaistavissa 

30 olevan maaran, voi kaksi tai useampia datapaketteja saada saman N-PDU- 
numeron, koska PDCP-PDU-numeroiden 16:sta bitista poistetaan kahdeksan 
eniten merkitsevaa bittia. Talloin ei vastaanottaja pysty enaa yksiselitteisesti 
maarittamaan vastaanotetun datapaketin N-PDU-numeron perusteella alkupe- 
raista PDCP-PDU-numeroa eika myoskaan siten kuitattavaa datapakettia eika 

35 handoverin luotettavuutta voida enaa varmistaa. 
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Keksinnon lyhyt selostus 

Keksinnon tavoitteena on siten kehittaa parannettu menetelma ja 
menetelman toteuttava laitteisto ylla mainittujen haittojen vahentamiseksi. 
Keksinnon tavoitteet saavutetaan menetelmalla ja jarjestelmalla, joille on tun- 
5 nusomaista se, mita sanotaan itsenaisissa patenttivaatimuksissa. Keksinnon 
edulliset suoritusmuodot ovat epaitsenaisten patenttivaatimusten kohteena. 

Keksinto perustuu siihen, etta rajoitetaan 16-bittisen numeroava- 
ruuden kayttoa PDCP-PDU-numeroinnissa ainakin UMTS:sta GPRS:aan 
suuntautuvan handoverin yhteydessa siten, etta UMTS-jarjestelman mukais- 
10 ten PDCP-PDU-numeroiden konvertointi GPRS-jarjestelman mukaisiksi N- 
PDU-numeroiksi tapahtuu yksiselitteisesti. Keksinnon eraan edullisen suori- 
tusmuodon mukaisesti rajoitetaan RLC-kerrokselie lahetettavaksi siirrettavien 
kuittaamattomien datapakettien PDCP-PDU maksimimaaraa siten, etta jokai- 
sen kuittaamattoman datapaketin PDCP-PDU-numero voidaan muuntaa yksi- 
15 selitteisesti 8-bittiseksi N-PDU-numeroksi. 

Keksinnon mukaisen menetelman ja jarjestelman etuna on, etta 
luotettava tiedonsiirto voidaan taata UMTS-jarjestelmasta GPRS-jarjestelmaan 
suuntautuvassa handoverissa. Edelleen etuna on se, etta kuitattavat ja pusku- 
rista poistettavat datapaketit voidaan maarittaa yksiselitteisesti. Viela etuna on 
20 se, etta keksinnon eraiden suoritusmuotojen mukaisesti 16-bittisia PDCP- 
PDU-numeroita voidaan hyodyntaa suurimman osan aikaa normaalissa 
UMTS:n datasiirrossa ja 8-bittiset PDCP-PDU-numerot ohjataan kayttoon vain 
handoverin yhteydessa. 

Kuvioiden lyhyt selostus 

25 Keksintoa selostetaan nyt lahemmin eduilisten suoritusmuotojen 

yhteydessa, viitaten oheisiin piirroksiin, joista 

kuvio 1 esittaa lohkokaaviona GSM/GPRS-jarjestelman rakennetta; 

kuvio 2 esittaa lohkokaaviona UMTS-jarjestelman rakennetta; 

kuviot 3a ja 3b esittavat GPRS:n ja UMTS:n kayttajadatayhteyksien 
30 protokollapinoja; 

kuvio 4 esittaa signalointikaaviona tunnetun tekniikan mukaista 
handover-prosessia UMTS:sta GPRS-jarjestelmaan; 

kuvio 5 esittaa signalointikaaviona luotettavaa tiedonsiirtoa ja data- 
pakettien kuittausta PDCP-tiedonsiirrossa; ja 
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kuvio 6 esittaa yksinkertaistettuna signalointikaaviona lahetysikku- 
nan koosta riippuvaista datapakettien kuittausta. 

Keksinnon yksityiskohtainen selostus 

Keksintoa selostetaan seuraavassa esimerkinomaisesti UMTS- ja 

5 GPRS-jarjestelmien mukaisten pakettiradiopalveluiden yhteydessa. Keksintoa 
ei kuitenkaan ole rajoitettu vain naihin jarjestelmiin, vaan sita voidaan sovel- 
taa mihin tahansa pakettivalitteiseen tiedonsiirtomenetelmaan, joka edellyttaa 
datapakettinumeroinnin muokkausta jarjestelmien valisessa tiedonsiirrossa. 
Keksintoa voidaan erityisesti soveltaa UMTS:n ja GPRS:n valisessa luotetta- 

10 vassa handoverissa. Taten tassa selostuksessa kaytettava termi PDCP voi- 
daan soveltuvilta osin korvata GPRS:n vastaavalla toiminnolla SNDCP. Lisaksi 
tassa selostuksessa kaytettavalla termiila kaksitoiminen matkaviestin viitataan 
tyypillisesti matkaviestimeen, joka pystyy toimimaan .seka UMTS- etta 
GSM/GPRS-verkossa, mutta keksintoa voidaan soveltaa myos muiden tietolii- 

15 kennejarjestelmien matkaviestimiin, joiden jarjestelmien valisessa tiedonsiir- 
rossa esiintyy samoja ongelmia. 

Kuvio 1 havainnollistaa, kuinka GPRS-jarjestelma on rakennettu 
GSM-jarjestelman pohjalle. GSM-jarjestelma kasittaa matkaviestimia MS 
(Mobile Station), jotka ovat radioteitse yhteydessa tukiasemiin BTS (Base 

20 Transceiver Station). Tukiasemaohjaimeen BSC (Base Station Controller) on 
kytketty useita tukiasemia BTS, joiden kaytettavissa olevia radiotaajuuksia ja 
kanavia tukiasemaohjain BSC kontrolloi. Tukiasemaohjaimet BSC ovat puo- 
lestaan A-rajapinnan kautta yhteydessa matkaviestinkeskukseen MSC (Mobile 
Services Switching Center), joka huolehtii yhteydenmuodostuksesta ja puhe- 

25 luiden reitittamisesta oikeisiin osoitteisiin. Tassa kaytetaan apuna kahta tieto- 
kantaa, jotka kasittavat tietoa matkaviestintilaajista: kotitilaajarekisteria HLR 
(Home Location Register), joka kasittaa tiedot matkaviestinverkon kaikista ti- 
laajista seka naiden tilaamista palveluista ja vierailijarekisteria VLR (Visitor Lo- 
cation Register), joka kasittaa tietoja tietyn matkaviestinkeskuksen MSC alu- 

30 eella vierailevista matkaviestimista. Matkaviestinkeskus MSC on puolestaan 
yhteydessa muihin matkaviestinkeskuksiin yhdyskaytavamatkaviestinkeskuk- 
sen GMSC (Gateway Mobile Services Switching Center) valityksella seka 
kiinteaan puhelinverkkoon PSTN (Public Switched Telephone Network). GSM- 
jarjestelman tarkemman kuvauksen osalta viitataan ETSI/GSM spesifikaatioi- 

35 hin seka kirjaan The GSM system for Mobile Communications, M. Mouly and 
M. Pautet, Palaiseau, France, 1992, ISBN:2-9571 90-07-7. 
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GSM-verkkoon kytketty GPRS-jarjestelma kasittaa kaksi lahes itse- 
naista toimintoa eli yhdyskaytavasolmun GGSN (Gateway GPRS Support No- 
de) ja operointisolmun SGSN (Serving GPRS Support Node). GPRS-verkko 
voi kasittaa useita yhdyskaytava- ja operointisolmuja ja tyypillisesti yhteen yh- 
5 dyskaytavasolmuun GGSN on kytketty useita operointisolmuja SGSN. Mo- 
lemmat solmut SGSN ja GGSN toimivat matkaviestimen liikkuvuuden ymmar- 
tavina reitittimina, jotka huolehtivat matkaviestinjarjestelman ohjauksesta ja 
datapakettien reitityksesta matkaviestimiin niiden sijainnista ja kaytetysta pro- 
tokollasta riippumatta. Operointisolmu SGSN on matkaviestinverkon kautta 

10 yhteydessa matkaviestimeen MS. Yhteys matkaviestinverkkoon (rajapinta Gb) 
muodostetaan tyypillisesti joko tukiaseman BTS tai tukiasemaohjaimen BSC 
kautta. Operointisolmun SGSN tehtavana on havaita GPRS-yhteyksiin kyke- 
nevat matkaviestimet palvelualueellaan, lahettaa ja vastaanottaa datapaket- 
teja kyseisilta matkaviestimilta seka seurata matkaviestimien sijaintia palvelu- 

15 alueellaan. Edelleen operointisolmu SGSN on yhteydessa matkaviestinkes- 
kukseen MSC ja vierailijarekisteriin VLR signalointirajapinnan Gs kautta ja koti- 
rekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on talletettu myos 
GPRS-tietueita, jotka kasittavat tilaajakohtaisten pakettidataprotokollien sisal- 
Ion. 

20 Yhdyskaytavasolmu GGSN toimii yhdyskaytavana GPRS-verkon ja 

ulkoisen dataverkon PDN (Packet Data Network) valilla. Ulkoisia dataverkkoja 
voivat olla esimerkiksi toisen verkko-operaattorin GPRS-verkko, Internet, X.25- 
verkko tai yksityinen lahiverkko. Yhdyskaytavasolmu GGSN on yhteydessa 
kyseisiin dataverkkoihin rajapinnan Gi kautta. Yhdyskaytavasolmun GGSN ja 

25 operointisolmun SGSN valilla siirrettavat datapaketit ovat aina GPRS- 
standardin mukaisesti kapseloituja. Yhdyskaytavasolmu GGSN sisaltaa myos 
GPRS-matkaviestimien PDP-osoitteet (Packet Data Protocol) ja reititystiedot 
ts. SGSN-osoitteet. Reititystietoa kaytetaan siten datapakettien linkittamiseen 
ulkoisen dataverkon ja operointisolmun SGSN valilla. Yhdyskaytavasolmun 

30 GGSN ja operointisolmun SGSN valinen GPRS-runkoverkko on IP- 
yhteyskaytantoa, edullisesti IPv6 (Internet Protocol, version 6) hyodyntava 
verkko. 

Pakettivalitteisessa tiedonsiirrossa tietoliikenneverkon tarjoamasta 
paatelaitteen ja verkko-osoitteen valisesta yhteydesta kaytetaan yleisesti ter- 
35 mia konteksti. Talla tarkoitetaan kohdeosoitteiden valista loogista linkkia, jonka 
kautta datapaketteja valitetaan kohdeosoitteiden valilla. Tama looginen linkki 



6 

voi olla olemassa, vaikka paketteja ei valitettaisikaan, jolloin se ei myoskaan 
vie jarjestelman kapasiteettia muilta yhteyksilta. Taten konteksti eroaa esimer- 
kiksi piirikytkentaisesta yhteydesta. 

Kuviossa 2 esitetaan yksinkertaistetusti, kuinka kolmannen suku- 

5 polven UMTS-verkko voidaan rakentaa edelleen kehitetyn GSM-runkoverkon 
yhteyteen. Runkoverkossa matkaviestinkeskus/vierailijarekisteri 3G-MSCA/LR 
on yhteydessa kotirekisteriin HLR kautta ja edullisesti myos alyverkon ohjaus- 
pisteeseen SCP (Service Control Point). Yhteys operointisolmuun 3G-SGSN 
muodostetaan rajapinnan Gs' valityksella ja kiinteaan puhelinverkkoon 

10 PSTN/ISDN kuten edella on esitetty GSM:n yhteydessa. Operointisolmusta 
3G-SGSN muodostetaan yhteys ulkoisiin dataverkkoihin PDN taysin vastaa- 
valla tavalla kuin GPRS-jarjestelmassa eli rajapinnan Gn kautta yhdyskayta- 
vasolmuun GGSN, josta on edelleen yhteys ulkoisiin dataverkkoihin PDN. Se- 
ka matkaviestinkeskuksen 3G-MSCA/LR etta operointisolmun 3G-SGSN yhte- 

15 ys radioverkkoon UTRAN (UMTS Terrestrial Radio Access Network) tapahtuu 
rajapinnan lu valityksella, joka siis GSM/GPRS-jarjestelmaan nahden yhdistaa 
rajapintojen A ja Gb toiminnallisuudet, joiden lisaksi rajapinnalle lu voidaan 
kehittaa kokonaan uusia toiminnallisuuksia. Radioverkko UTRAN kasittaa 
useita radioaliverkkojarjestelmia RNS (Radio Network Subsystems), jotka 

20 edelleen muodostuvat radioverkkokontrollereista RNC (Radio Network Cont- 
roller) ja naihin yhteydessa olevista tukiasemista BS (Base Station), joista 
kaytetaan myos termia Node B. Tukiasemat ovat radioyhteydessa tilaajapaa- 
telaitteisiin UE (User Equipment), tyypillisesti matkaviestimiin MS. 

Kuviot 3a ja 3b esittavat GPRS:n ja vastaavasti UMTS:n protokolla- 

25 pinoja, joiden mukaisia maarittelyja kaytetaan kayttajadatan valityksessa ky- 
seisissa jarjestelmissa. Kuviossa 3a kuvataan matkaviestimen MS ja yhdys- 
kaytavasolmun GGSN valista kayttajadatan siirtoon kaytettavaa protokollapi- 
noa GPRS-jarjestelmassa. Matkaviestimen MS ja GSM-verkon tukiasemajar- 
jestelman BSS valinen tiedonsiirto radiorajapinnan Um yli tapahtuu normaalin 

30 GSM-protokollan mukaisesti. Tukiasemajarjestelman BSS ja operointisolmun 
SGSN valisella rajapinnalla Gb alin protokollakerros on jatetty avoimeksi ja toi- 
sessa kerroksessa kaytetaan joko ATM- tai Frame Relay- protokollaa. Taman 
paalla oleva BSSGP-kerros (Base Station System GPRS Protocol) lisaa vali- 
tettaviin datapaketteihin reitityksen ja palvelunlaadun maarityksia seka data- 

35 pakettien kuittaukseen ja Gb-rajapinnan hallintaan liittyvia signalointeja. 
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Matkaviestimen MS ja operointisolmun SGSN valinen suora kom- 
munikointi on maaritelty kahdessa protokollakerroksessa, SNDCP (Sub- 
Network Dependent Convergence Protocol) ja LLC (Logical Link Control). 
SNDCP-kerroksessa valitettava kayttajadata segmentoidaan yhteen tai use- 
5 ampaan SNDC-datayksikkoon, jolloin kayttajadata seka siihen liittyva TCP/IP- 
tai UDP/IP-otsikkokentta voidaan optionaalisesti kompressoida. SNDC- 
datayksikot valitetaan LLC-kehyksissa, joihin on lisatty tiedonsiirron kannalta 
olennaista osoite- ja tarkistusinformaatioita, ja joissa kehyksissa SNDC- 
datayksikoille voidaan suorittaa salaus. LLC-kerroksen tehtavana on yllapitaa 

10 matkaviestimen MS ja operointisolmun SGSN valista tiedonsiirtoyhteytta ja 
huolehtia vahingoittuneiden kehysten uudelleenlahetyksesta. Operointisolmu 
SGSN vastaa matkaviestimelta MS tulevien datapakettien reitityksesta edel- 
leen oikealle yhdyskaytavasolmulle GGSN. Talla yhteydella kaytetaan tunne- 
lointiprotokollaa (GTP, GPRS Tunnelling Protocol), joka koteloi ja tunneloi kai- 

15 ken GPRS-runkoverkon kautta valitettavan kayttajadatan ja signaloinnin. GTP- 
protokollaa ajetaan GPRS-runkoverkon kayttaman IP:n paalla. 

UMTS:n pakettivalitteisen kayttajadatan valityksessa kaytettava ku- 
vion 3b mukainen protokollapino vastaa hyvin pitkalle GPRS:n protokollapi- 
noa, kuitenkin muutamin olennaisin poikkeuksin. Kuten kuviosta 3b nahdaan, 

20 UMTS:ssa operointisolmu 3G-SGSN ei enaa millaan protokollakerroksella 
muodosta suoraa yhteytta tilaajapaatelaitteeseen UE, kuten matkaviestimeen 
MS, vaan kaikki tiedonsiirto tapahtuu radioverkon UTRAN kautta. Talloin ope- 
rointisolmu 3G-SGSN toimii lahinna reitittimena, joka valittaa GTP-protokollan 
mukaiset datapaketit radioverkolle UTRAN. Radioverkon UTRAN ja tilaaja- 

25 paatelaitteen UE valisella rajapinnalla Uu alemman tason tiedonsiirto fyysisella 
kerroksella tapahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen 
kerroksen paalla olevat RLC- ja MAC-kerrokset vastaavat toiminnoiltaan pit- 
kalti GSM:n vastaavia kerroksia, kuitenkin niin, etta LLC-kerroksen toiminnalli- 
suuksia on siirretty UMTS:n RLC-kerroksen vastuulle. Naiden paalla oleva 

30 PDCP-kerros korvaa GPRS-jarjestelmaan nahden lahinna SNDCP-kerroksen 
ja PDCP-kerroksen toiminnallisuudet vastaavat pitkalti SNDCP-kerroksen ka- 
sittamia toiminnallisuuksia. 

Kuvion 4 mukaisessa signalointikaaviossa esitetaan tunnetun tek- 
niikan mukainen handover UMTS:sta GPRS:aan. Tallainen handover tapah- 

35 tuu, kun matkaviestin MS siirtyy pakettidatalahetyksen jatkuessa UMTS- 
solusta GSM/GPRS-soluun, joka kayttaa eri operointisolmua SGSN. Talloin 
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matkaviestin MS ja/tai radioverkot BSS/UTRAN tekevat paatoksen handoverin 
suorittamisesta (vaihe 400). Matkaviestin lahettaa uudelle operointisolmulle 
2G-SGSN reititysalueen paivityspyynnon (RA Update Request, 402). Operoin- 
tisolmu 2G-SGSN lahettaa vanhalle operointisolmulle 3G-SGSN matkaviesti- 
5 men liikkuvuudenhallintaa ja PDP-kontekstia maarittelevan operointisolmun 
kontekstikyselyn (SGSN Context Request, 404). Operointisolmu 3G-SGSN la- 
hettaa pakettidatayhteydesta vastuussa olleelle radioaliverkkojarjestelmalle 
SRNS (Serving RNS), tarkemmin taman kasittamille radioverkkokontrollereille 
SRNC (Serving RNC), SRNS-kontekstikyselyn (SRNS Context Request, 406), 

10 johon vasteena SRNS lopettaa datapakettien lahettamisen matkaviestimelle 
MS, asettaa lahetettavat datapaketit puskuriin ja lahettaa vastauksen (SRNS 
Context Response, 408) operointisolmulle 3G-SGSN. Tassa yhteydessa ra- 
dioaliverkkojarjestelma SRNS mm. konvertoi puskuriin asetettavien datapaket- 
tien 16-bittiset PDCP-PDU-numerot 8-bittisiksi N-PDU-numeroiksi poistamalla 

15 kahdeksan eniten merkitsevaa bittia. Saatuaan tiedon matkaviestimen MS liik- 
kuvuudenhallinta- ja PDP-kontekstitiedoista operointisolmu 3G-SGSN ilmoittaa 
nama operointisolmulle 2G-SGSN (SGSN Context Response, 410). 

Operointisolmu 2G-SGSN voi tarvittaessa suorittaa matkaviestimen 
autentikoinnin kotirekisterista HLR (Security Functions, 412). Uusi operointi- 

20 solmu 2G-SGSN informoi vanhaa operointisolmua 3G-SGSN siita, etta on 
valmis vastaanottamaan aktivoitujen PDP-kontekstien datapaketteja (SGSN 
Context Ack, 414), johon vasteena operointisolmu 3G-SGSN pyytaa radioali- 
verkkojarjestelmaa SRNS (SRNS Context Ack, 416a) lahettamaan puskurissa 
olevat datapaketit operointisolmulle 3G-SGSN (Forward Packets, 416b), joka 

25 edelleen lahettaa ne operointisolmulle 2G-SGSN (Forward Packets, 418). 
Operointisolmu 2G-SGSN suorittaa GPRS-jarjestelman mukaisen PDP- 
kontekstin paivityksen yhdyskaytavasolmun GGSN kanssa (Update PDP 
Context Request/Response, 420). Taman jalkeen operointisolmu 2G-SGSN 
informoi kotirekisteria HLR uudesta operointisolmusta (Update GPRS Locati- 

30 on, 422), jolloin vanhan operointisolmun 3G-SGSN ja radioaliverkkojarjestel- 
man SRNS muodostama yhteys puretaan (424a, 424b, 424c, 424d), uudelle 
operointisolmulle 2G-SGSN valitetaan tarvittavat tilaajatiedot (426a, 426b) ja 
kotirekisteri HLR kuittaa uuden operointisolmun 2G-SGSN (Update GPRS Lo- 
cation Ack, 428). 

35 Taman jalkeen operointisolmu 2G-SGSN tarkistaa matkaviestimen 

MS tilaajaoikeudet ja sijainnin alueellaan seka luo loogisen linkin operointisol- 
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mun 2G-SGSN ja matkaviestimen MS valille, jonka jalkeen matkaviestimen 
MS pyytama reititysalueen paivityspyynto voidaan hyvaksya (RA Update Ac- 
cept, 430). Tassa yhteydessa matkaviestimelle MS lahetetaan myos tieto on- 
nistuneesti vastaanotetuista datapaketeista, jotka matkaviestin MS on lahetta- 

5 nyt UMTS-jarjestelman radioaliverkkojarjestelmalle SRNS ennen handover- 
prosessin aloittamista. Mainitut datapaketit on identifioitu edella kuvatulla ta- 
valla konvertoiduista N-PDU-numeroista. Matkaviestin MS kuittaa reititysalu- 
een paivityspyynnon hyvaksymisen (RA Update Complete, 432), jossa yhtey- 
dessa operointisolmulle 2G-SGSN lahetetaan tieto matkaviestimen MS onnis- 

10 tuneesti vastaanottamista datapaketeista, jotka operointisolmu 3G-SGSN on 
lahettanyt radioaliverkkojarjestelman SRNS kautta ennen handover-prosessin 
aloittamista. Matkaviestin MS identifioi datapaketit 8-bittisilIa N-PDU- 
numeroilla. Taman jalkeen uusi operointisolmu 2G-SGSN voi aloittaa datapa- 
kettien valityksen tukiasemajarjestelman BSS kautta (434).' 

15 8-bittisten N-PDU-numeroiden muodostamista 16-bittisista PDCP- 

PDU-numeroista ja siita aiheutuvia ongelmia havainnollistetaan seuraavalla 
taulukolla. 
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20 Taulukosta nahdaan esimerkinomaisesti, kuinka 16-bittisesti esitetyt 

desimaaliluvut muutetaan edella kuvatulla menettelylla 8-bittisiksi. Koska 
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muunnoksessa otetaan huomioon vain kahdeksan vahiten merkitsevaa bittia, 
saavat esimerkiksi 16-bittisesti esitetyt taydet sataluvut 100 - 800 8-bittisessa 
esityksessa erilaisia arvoja, jotka kaikki jaavat alle 255:n. Lisaksi ongelmaa 
havainnollistetaan luvuilla 94, 350, 606 ja 862, joiden kaikkien 16-bittisesta 

5 esityksesta muodostuu sama 8-bittinen binaariesitys, joka saa arvon 94. Nain 
ollen, jos puskurissa on lahes 900 datayksikkoa PDCP-PDU, saavat edella 
mainitut PDCP-PDU-numerot omaavat datayksikot saman 8-bittisen esityksen. 
Kun vastaanottaja kuittaa lahettajalle onnistuneesti vastaanotetut datapaketit, 
ei lahettaja voi kuitattujen 8-bittisten numeroiden perusteella yksiselitteisesti 

10 tietaa, mika datapaketti voidaan poistaa puskurista. 

Kuviossa 5 esitetaan, kuinka tiedonsiirron kuittaus ja datapakettien 
kulku tapahtuu kaytettaessa kuitattua lahetysta PDCP-tiedonsiirrossa. PDCP- 
entiteetti vastaanottaa kayttajalta pyynnon (PDCP-DATA.request, 500) data- 
pakettien lahettamiseksi, jonka pyynnon yhteydessa vafetaanotetaan myos 

15 datapaketteja PDCP-SDU (Service Data Unit), joista verkkokerroksen datapa- 
ketteina kaytetaan myos nimitysta N-SDU. PDCP-entiteetti suorittaa datapa- 
kettien otsikkokentan kompressoinnin ja lahettaa nain syntyvat datapaketit 
PDCP-PDU RLC-kerrokselle (RLC-AM-DATA. request, 502) yhdessa radiolin- 
kin identiteettitietojen kanssa. Yksinkertaistetusti kuvaten RLC-kerros vastaa 

20 datapakettien PDCP-PDU lahettamisesta (send, 504) ja onnistuneen lahetyk- 
sen kuittauksesta (send ack, 506). Datapaketit N-SDU asetetaan PDCP- 
entiteetissa puskuriin, josta ne poistetaan vasta, kun RLC-kerrokselta saadaan 
kuittaus (RLC-AM-DATA.conf, 508) onnistuneesta datapakettien siirrosta vas- 
taanottajalle. Vastaanottaja-PDCP vastaanottaa lahetetyt PDCP-PDU:t RLC- 

25 kerrokselta (RLC-AM-DATA.indication, 510), jolioin PDCP-entiteetti suorittaa 
datapakettien PDCP-PDU dekompressoinnin. Nain saadaan palautettua alku- 
peraiset datapaketit N-SDU, jotka siirretaan edelleen kayttajalle (PDCP- 
DATA.indication, 512). 

Edella kuvatut ongelmat datapakettien identifioinnissa handoverin 

30 yhteydessa voidaan valttaa keksinnon mukaisella menettelylla, jolla rajoitetaan 
16-bittisen numeroavaruuden kayttoa PDCP-PDU-numeroinnissa ainakin 
UMTS:sta GPRS:aan suuntautuvan handoverin yhteydessa siten, etta UMTS- 
jarjestelman mukaisten PDCP-PDU-numeroiden konvertointi GPRS- 
jarjestelman mukaisiksi N-PDU-numeroiksi tapahtuu yksiselitteisesti. 

35 Eraan suoritusmuodon mukaisesti rajoitetaan RLC-kerrokselle la- 

hetettavaksi siirrettavien kuittaamattomien datapakettien PDCP-PDU maksi- 
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mimaaraa siten, etta jokaisen kuittaamattoman datapaketin PDCP-PDU- 
numero voidaan muuntaa yksiselitteisesti 8-bittiseksi N-PDU-numeroksi. RLC- 
kerros kuittaa kuvion 5 mukaisesti jokaisen onnistuneesti vastaanotetun data- 
paketin PDCP-PDU, joiden kuittausten perusteella PDCP-entiteetti poistaa 

5 vastaavat datapaketit PDCP-PDU puskurista. PDCP-entiteetilta RLC- 
kerrokselle siirrettavien ja samalla PDCP-entiteetissa puskuriin asetettavien 
datapakettien maaraa rajoitetaan edullisesti kaavan Datapakettien maksimi- 
maara = 2"-7 mukaan, jossa n on datapakettinumeroiden bittimaara. Kaava 
maaraytyy yleisen protokollasuunnittelun perusteella tapauksessa kaytettaes- 

10 sa n-bittista sekvenssinumeroavaruutta. Talloin suurin sallittu lahetysikkunan 
koko on 2 n -1. Jos lahetetaan enemman paketteja odottamatta niihin ensin 
kuittausta, on mahdollista, etta vastaanottaja ei tieda onko vastaanotetun pa- 
ketin jarjestysnumero k vai k - 2 n , koska molemmille muodostuu sama sek- 
venssinumero. 

15 Tata voidaan havainnollistaa kuvion 6 avulla, jossa asian yksinker- 

taistamiseksi n saa arvon 2. Kuviossa 6 havainnollistetaan ongelmia, joita 
syntyy, jos lahetysikkunan kooksi maaritellaankin 2 n (2 2 =4) eika 2 n -1. Koska n 
= 2, on kaytossa nelja sekvenssinumeroa (0, 1, 2, 3) datapaketeille, jolloin 
sama datapakettinumerointi alkaa uudelleen viidennesta, yhdeksannesta jne. 

20 datapaketista. Kuviossa 6 vastaanotetaan ensimmainen datapaketti (#0), jon- 
ka sekvenssinumero on nolla. Tama kuitataan lahettajalle ja kerrotaan, etta 
seuraavaksi odotetaan toista datapakettia (#1), jonka sekvenssinumero on yk- 
si. Toinen datapaketti #1 lahetetaan, mutta jostakin hairiosta johtuen sen vas- 
taanotto ei kuitenkaan onnistu. Koska lahetysikkunan koko on nelja, lahettaja 

25 ei jaa odottamaan kuittausta toisesta datapaketista #1, vaan lahettaa peraan 
kolmannen (#2), neljannen (#3) ja viidennen (#4) datapaketin, jotka saavat 
vastaavasti sekvenssinumerot 2, 3 ja 0. Nyt lahetysikkuna on taynna ja lahet- 
taja jaa odottamaan kuittausta lahetetyista neljasta datapaketeista. Toista da- 
tapakettia #1 ei kuitenkaan ole vastaanotettu, joten vastaanottaja pyytaa la- 

30 hettamaan uudestaan datapaketin, jonka sekvenssinumero on yksi. Talloin la- 
hettaja luulee, etta halutaan vastaanottaa kuudes datapaketti #5, jonka sek- 
venssinumero on myos yksi. Nain lahettaja lahettaa virheellisesti datapaketin 
#5 eika datapakettia #1, jota ei pystyta enaa identifioimaan ja joka jaa siis la- 
hettamatta. Nama ongelmat pystytaan valttamaan maarittelemalla lahetysik- 

35 kunan kooksi 2 n -1 eli kuvion 6 tapauksessa 2 2 -1 = 3. Keksinnon mukaisessa 
tapauksessa, jossa n=8, datapakettien maksimimaaraksi saadaan 255 data- 




12 

pakettia. Taten taman suoritusmuodon mukaisesti jarjestelmaan asetetaan 
rajoitus, etta PDCP-entiteetilta RLC-kerrokselle siirrettavien ja PDCP- 
entiteetissa puskuriin asetettavien kuittaamattomien datapakettien maara ei 
saa missaan vaiheessa ylittaa 255 datapakettia. 
5 Sama tekninen vaikutus saadaan aikaan myos siten, etta rajoitus 

asetetaan RLC-kerrokselle niin, etta RLC-kerroksella voi olla kerrallaan lahe- 
tyksessa maksimissaan 255 datapakettia RLC-SDU (=PDCP-PDU). Uusia 
datapaketteja RLC-SDU voidaan vastaanottaa sita mukaa, kun edellisia data- 
paketteja on kuitattu vastaanotetuksi. 

10 Mikali datapakettien maaraa halutaan rajoittaa viela tiukemmin, 

esimerkiksi kaytettaessa ns. liukuvaa lahetysikkunaa, tapahtuu rajoitus edulli- 
sesti kaavan Datapakettien maksimimaara = 2"~ 1 mukaan, jossa n on datapa- 
kettinumeroiden bittimaara. Myos tama kaava maaraytyy yleisen protokolla- 
suunnittelun perusteella tapauksessa, jolloin kaytetaan liukuvan ikkunan pro- 

15 tokollaa, jolla on n-bittinen sekvenssinumeroavaruus. Talloin suurin sallittu la- 
hetysikkunan koko on 2 n " 1 eli keksinnon mukaisessa tapauksessa, jossa n=8, 
datapakettien maksimimaaraksi saadaan 128 datapakettia. 

Yleisena edellytyksena suoritusmuodon toteutukselle on se, etta 
kaksitoiminen matkaviestin on handover-prosessin alkaessa UMTS-verkon 

20 puolella yhteydessa sellaiseen radioverkkokontrolleriin RNC, josta on mahdol- 
lisuus suorittaa UMTS- ja GPRS-jarjestelmien valinen handover. Suoritusmuo- 
don mukaista rajoitusta voidaan kayttaa oletusarvoisena asetuksena tallaises- 
sa radioverkkokontrollerissa tai suoritusmuodon kayttoa voidaan optimoida si- 
ten, etta otetaan kuittaamattomien datapakettien maksimimaaran rajoitus 

25 kayttoon vain silloin, kun UMTS:n ja GPRS:n valisen handoverin mahdollisuus 
kasvaa riittavan todennakoiseksi. Handoverin todennakoisyyden maarittami- 
seen voidaan kayttaa esimerkiksi vastaanotetun signaalin voimakkuuden maa- 
ritysta tallaisen radioverkkokontrollerin RNC hallitsemassa radioverkon osassa 
joko tukiasemien tai paatelaitteiden mittauksiin perustuen. Jalkimmaisessa ta- 

30 pauksessa mittaustiedot valitetaan RRC-protokollan (Radio Resource Control) 
avulla radioverkkokontrollerille RNC. Signaalin heikentyessa tietyn raja-arvon 
alle, osoittaen handoverin todennakoisyyden kasvamista, otetaan kuittaamat- 
tomien datapakettien maksimimaaran rajoitus kayttoon. Handoverin todenna- 
koisyyden maarittamiseen voidaan kayttaa myos mita tahansa muuta mene- 

35 telmaa. 
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Toisen suoritusmuodon mukaisesti asetetaan rajoitus RLC- 
kerrokseile siten, etta RLC-kerroksella kuittaamattomien datapakettien RLC- 
SDU (=PDCP-PDU) maara ei saa missaan vaiheessa ylittaa mainittua 255 
datapakettia. Nain ollen RLC-kerroksella lahetettavaksi vastaanotettujen data- 

5 pakettien PDCP-PDU lukumaaraa ei rajoiteta, ainoastaan kuittaamattomien 
datapakettien maara on rajoitettu. Lahettamista varten RLC-kerros pilkkoo la- 
hetettavat datapaketit RLC-SDU pienemmiksi datayksikoiksi RLC-PDU, jotka 
identifioidaan numeroimalla. RLC-kerros pystyy muokkaamaan lahetysikku- 
nansa kokoa, siis kerralla lahetettavien datayksikoiden RLC-PDU maaraa, jat- 

10 kuvasti. Jos talloin kuittaamattomien datapakettien RLC-SDU maara on 255 tai 
lahella sita, voidaan RLC-kerroksella saataa lahetysikkunan koko niin pieneksi, 
etta yhta kokonaista datapakettia RLC-SDU ei voida lahettaa, jolloin RLC- 
kerros ei suorita datapaketin pilkkomista pienimmiksi datayksikoiksi RLC-PDU. 
Vasta sitten, kun vastaanottajalta saadaan kuittaus yhdesta tai useammasta 

15 onnistuneesti vastaanotetusta, toistaiseksi kuittaamattomasta datapaketista 
RLC-SDU, jonka kasittamat datayksikot RLC-PDU siis kuitataan, voidaan 
RLC-kerroksen lahetysikkunan koko kasvattaa siten, etta seuraava datapaketti 
RLC-SDU voidaan lahettaa. Myos taman suoritusmuodon kayttoa voidaan op- 
timoida edella kuvatulla tavalla siten, etta otetaan kuittaamattomien datapa- 

20 kettien maksimimaaran rajoitus RLC-kerroksella kayttoon vain silloin, kun 
UMTS:n ja GPRS:n valisen handoverin mahdollisuus kasvaa riittavan toden- 
nakoiseksi. 

Kolmannen suoritusmuodon mukaisesti voidaan asettaa rajoitus 
PDCP-kerroksen ylapuolisen sovellustason protokollakerroksen, kuten TCP- 

25 kerroksen, lahetysikkunan koolle. Talloin siirrettaessa sovelluksen kasittele- 
maan informaatiota UMTS:n ja/tai GPRS:n valityksella rajoitetaan sovelluksen 
kayttaman ylemman protokollakerroksen PDCP-kerrokselle yhdessa purs- 
keessa valitettyjen datapakettien maaraa. PDCP-entiteetin vastaanottamien 
datapakettien PDCP-SDU lukumaara rajoitetaan maksimiarvoonsa edella ku- 

30 vatun kaavan mukaisesti, jolloin datapakettien maksimimaaraksi yhdessa 
purskeessa tulee 255. Myos nain voidaan varmistaa, ettei yksikaan datapaketti 
PDCP-PDU saa samaa GPRS-jarjestelman mukaiseksi muunnettua N-PDU- 
numeroa kuin jokin toinen PDCP-entiteetin vastaanottama datapaketti. 

Neljannen suoritusmuodon mukaisesti rajoitetaan kaksitoimisissa 

35 matkaviestimissa, jotka pystyvat toimimaan seka UMTS- etta GPRS-verkossa, 
kaytettava PDCP-PDU-numerointi aina 8-bittiseksi. Talloin valtetaan auto- 
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maattisesti datapakettinumeroinnin muunnoksessa mahdollinen sekaannus. 
GSM- ja UMTS-jarjestelman matkaviestimet kasittavat tiedon omasta matka- 
viestinluokastaan (classmark), joka ilmaisee, millaisia tiedonsiirtoyhteyksia ja 
mihin tietoliikennejarjestelmiin matkaviestin pystyy muodostamaan. Tata mat- 

5 kaviestinluokkatietoa voidaan kayttaa taman suoritusmuodon yhteydessa si- 
ten, etta mainitun kaksitoimisen matkaviestimen kytkeytyessa verkkoon, seka 
verkko etta matkaviestin ohjautuvat kayttamaan 8-bittista datapakettinume- 
rointia keskinaisessa pakettivalitteisessa tiedonsiirrossa. 8-bittisen datapaket- 
tinumeroinnin kayton varmistamiseksi voidaan tassa yhteydessa kayttaa lisak- 

10 si jotain edella kuvattua suoritusmuotoa eri protokollakerroksilla siirrettavien 
datapakettien maaran rajoittamiseksi. 

Viidennen suoritusmuodon mukaisesti rajoitetaan kaksitoimisissa 
matkaviestimissa, jotka pystyvat toimimaan seka UMTS- etta GPRS-verkossa, 
kaytettava PDCP-PDU-numerointi 8-bittiseksi vain silloin, kun handoverin to- 

15 dennakoisyys kasvaa riittavan suureksi. Muulloin kaytetaan 16-bittista PDCP- 
PDU-numerointia. Talloin matkaviestin pystyy hyodyntamaan suurimman osan 
aikaa verkon tarjoaman 16-bittisen PDCP-PDU-numeroinnin edut eika datapa- 
kettinumeroinnin rajoituksista tarvitse silloin valittaa. 8-bittinen PDCP-PDU- 
numerointi voidaan ohjata kayttoon jarjestelman radioresurssien ohjaimessa 

20 RRC (Radio Resource Control), kun esimerkiksi signaalin voimakkuus laskee 
alle ennalta maaratyn raja-arvon. Kayttoonottokomento voidaan antaa matka- 
viestimelle esimerkiksi radioyhteyden RB (Radio Bearer) muodostusprosessis- 
sa (RB_establishment) tai uudelleenmaarittelyprosessissa 

(RB_reconfiguration). 

25 Alan ammattilaiselle on ilmeista, etta tekniikan kehittyessa keksin- 

non perusajatus voidaan toteuttaa monin eri tavoin. Keksinto ja sen suoritus- 
muodot eivat siten rajoitu ylla kuvattuihin esimerkkeihin vaan ne voivat vaih- 
della patenttivaatimusten puitteissa. 
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Pate n tti vaati m u kset 

1. Menetelma datapakettien numeroimiseksi pakettivalitteisessa tie- 
donsiirrossa yhteysvastuun siirtamisen (handover) yhteydessa matkaviestimen 
ja ensimmaisen langattoman tietoliikenneverkon valilta suoritettavaksi mainitun 

5 matkaviestimen ja toisen langattoman tietoliikenneverkon valille, jossa ensim- 
maisessa langattomassa tietoliikenneverkossa datapakettien numerointiin 
kaytettavissa oleva datapakettinumeroavaruus on suurempi kuin toisen lan- 
gattoman tietoliikenneverkon datapakettinumeroavaruus, t u n n e 1 1 u siita, 
etta 

10 rajoitetaan ensimmaisessa langattomassa tietoliikenneverkossa 

datapakettien numerointia siten, etta ensimmaisen langattoman tietoliikenne- 
verkon datapakettien numerot eivat ylita toisen langattoman tietoliikennever- 
kon datapakettinumeroavaruuden maksimiarvoa. 

2. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, 

15 etta 

mainittujen ensimmaisen ja toisen langattoman tietoliikenneverkon 
tietoliikenneprotokollat kasittavat konvergenssiprotokollakerroksen (PDCP, 
SNDCP) kayttajadatapakettien muokkaamiseksi konvergenssiprotokollapa- 
ketteihin ja linkkikerroksen (RLC, LLC) konvergenssiprotokollapakettien 
20 (PDCP-PDU) lahettamiseksi datayksikkoina (RLC-PDU) ja lahetyksen kuittaa- 
miseksi. 

3. Patenttivaatimuksen 1 tai 2 mukainen menetelma, tunnettu 

siita, etta 

rajoitetaan lahetettyjen kuittaamattomien datapakettien lukumaara 
25 enintaan 255 datapakettiin (PDCP-PDU). 

4. Patenttivaatimuksen 3 mukainen menetelma, tunnettu siita, 

etta 

rajoitetaan konvergenssiprotokollakerroksella puskuriin asetettavien 
kuittaamattomien datapakettien lukumaara 255 datapakettiin. 
30 5. Patenttivaatimuksen 3 mukainen menetelma, tunnettu siita, 

etta 

rajoitetaan linkkikerroksella lahetettyjen kuittaamattomien datapa- 
kettien lukumaara 255 datapakettiin. 

6. Patenttivaatimuksen 5 mukainen menetelma, tunnettu siita, 

35 etta 
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rajoitetaan, vasteena sille, etta linkkikerroksella lahetettyjen kuit- 
taamattomien datapakettien lukumaara on olennaisesti 255, linkkikerroksella 
lahetettavien datayksikoiden lahetysikkunan koko niin pieneksi, etta koko- 
naista datapakettia ei voida lahettaa. 
5 7. Patenttivaatimuksen 2 mukainen menetelma, tunnettu siita, 

etta 

rajoitetaan konvergenssiprotokollakerroksen ylapuolisen sovellusta- 
son protokollakerroksen, kuten TCP-kerroksen, lahetysikkunan koko 255 da- 
tapakettiin. 

10 8. Patenttivaatimuksen 1 tai 2 mukainen menetelma, tunnettu 

siita, etta 

rajoitetaan mainitun matkaviestimen ja mainitun ensimmaisen lan- 
gattoman tietoliikenneverkon valisessa pakettivalitteisessa tiedonsiirrossa 
kaytettava datapakettinumeroavaruus vastaamaan mainitun toisen langatto- 
15 man tietoliikenneverkon datapakettinumeroavaruutta. 

9. Patenttivaatimuksen 8 mukainen menetelma, tunnettu siita, 

etta 

kaytetaan mainitun matkaviestimen ja mainitun ensimmaisen lan- 
gattoman tietoliikenneverkon valisessa pakettivalitteisessa tiedonsiirrossa 
20 normaalia datapakettinumeroavaruutta ja 

rajoitetaan mainitun matkaviestimen ja mainitun ensimmaisen lan- 
gattoman tietoliikenneverkon valisessa pakettivalitteisessa tiedonsiirrossa 
kaytettava datapakettinumeroavaruus vastaamaan mainitun toisen langatto- 
man tietoliikenneverkon datapakettinumeroavaruutta vasteena sille, etta mai- 
25 nitut tietoliikenneverkot valmistautuvat yhteysvastuun siirtoon. 

10. Jonkin patenttivaatimuksen 4, 5 tai 9 mukainen menetelma, 
tunnettu siita, etta 

suoritetaan mainitut rajoitukset vasteena sille, etta mainittujen tieto- 
liikenneverkkojen ja mainitun paatelaitteen valisessa tiedonsiirrossa suoritettu 
30 vastaanotetun signaalin voimakkuuden maaritys ohjaa mainitut tietoliikenne- 
verkot valmistautumaan yhteysvastuun siirtoon. 

1 1 . Jonkin edellisen patenttivaatimuksen mukainen menetelma, 
tunnettu siita, etta 

ensimmainen tietoliikenneverkko on 16-bittista datapakettinumeroa- 
35 varuutta kayttava UMTS-verkko ja toinen tietoliikenneverkko on tietoliikenne- 
verkko on 8-bittista datapakettinumeroavaruutta kayttava GPRS-verkko. 
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12. Tietoliikennejarjestelma, joka kasittaa matkaviestimen ja en- 
simmaisen seka toisen langattoman tietoliikenneverkon, jotka on jarjestetty 
siirtamaan pakettivalitteisessa tiedonsiirrossa yhteysvastuu (handover) maini- 
tun matkaviestimen ja mainitun ensimmaisen langattoman tietoliikenneverkon 

5 valilta suoritettavaksi mainitun matkaviestimen ja mainitun toisen langattoman 
tietoliikenneverkon valille, jossa ensimmaisessa langattomassa tietoliikenne- 
verkossa datapakettien numerointiin kaytettavissa oleva datapakettinumeroa- 
varuus on suurempi kuin toisen langattoman tietoliikenneverkon datapaketti- 
numeroavaruus, t u n n e 1 1 u siita, etta 

10 ensimmaisessa langattomassa tietoliikenneverkossa datapakettien 

numerointia on jarjestetty rajoitettavaksi siten, etta ensimmaisen langattoman 
tietoliikenneverkon datapakettien numerot eivat ylita toisen langattoman tieto- 
liikenneverkon datapakettinumeroavaruuden maksimiarvoa. 

13. Patenttivaatimuksen 12 mukainen tietoliikennejarjestelma, 
15 tunnettu siita, etta 

mainittujen ensimmaisen ja toisen langattoman tietoliikenneverkon 
tietoliikenneprotokollat kasittavat konvergenssiprotokollakerroksen (PDCP, 
SNDCP) kayttajadatapakettien muokkaamiseksi konvergenssiprotokollapa- 
ketteihin ja linkkikerroksen (RLC, LLC) konvergenssiprotokollapakettien 
20 (PDCP-PDU) lahettamiseksi datayksikkoina (RLC-PDU) ja lahetyksen kuittaa- 
miseksi. 

14. Patenttivaatimuksen 12 tai 13 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

lahetettyjen kuittaamattomien datapakettien lukumaara on jarjes- 
25 tetty rajoitettavaksi enintaan 255 datapakettiin (PDCP-PDU). 

15. Patenttivaatimuksen 14 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

konvergenssiprotokollakerroksella puskuriin asetettavien kuittaa- 
mattomien datapakettien lukumaara on jarjestetty rajoitettavaksi 255 datapa- 
30 kettiin. 

16. Patenttivaatimuksen 14 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

linkkikerroksella lahetettyjen kuittaamattomien datapakettien luku- 
maara on jarjestetty rajoitettavaksi 255 datapakettiin. 
35 17. Patenttivaatimuksen 16 mukainen tietoliikennejarjestelma, 

tunnettu siita, etta 
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vasteena sille, etta linkkikerroksella lahetettyjen kuittaamattomien 
datapakettien lukumaara on olennaisesti 255, linkkikerroksella lahetettavien 
datayksikoiden lahetysikkunan koko on jarjestetty rajoitettavaksi niin pieneksi, 
etta kokonaista datapakettia ei voida lahettaa. 
5 18. Patenttivaatimuksen 13 mukainen tietoliikennejarjestelma, 

tunnettu siita, etta 

rajoitetaan konvergenssiprotokollakerroksen ylapuolisen sovellusta- 
son protokollakerroksen, kuten TCP-kerroksen, lahetysikkunan koko 255 da- 
tapakettiin. 

10 19. Patenttivaatimuksen 12 tai 13 mukainen tietoliikennejarjestelma, 

tun nettu siita, etta 

mainitun matkaviestimen ja mainitun ensimmaisen langattoman 
tietoliikenneverkon valisessa pakettivalitteisessa tiedonsiirrossa kaytettava 
datapakettinumeroavaruus on jarjestetty rajoitettavaksi vastaamaan mainitun 

15 toisen langattoman tietoliikenneverkon datapakettinumeroavaruutta. 

20. Patenttivaatimuksen 19 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 

mainitun matkaviestimen ja mainitun ensimmaisen langattoman 
tietoliikenneverkon valisessa pakettivalitteisessa tiedonsiirrossa on jarjestetty 
20 kaytettavaksi normaalia datapakettinumeroavaruutta ja 

mainitun matkaviestimen ja mainitun ensimmaisen langattoman 
tietoliikenneverkon valisessa pakettivalitteisessa tiedonsiirrossa kaytettava 
datapakettinumeroavaruus on jarjestetty rajoitettavaksi vastaamaan mainitun 
toisen langattoman tietoliikenneverkon datapakettinumeroavaruutta vasteena 
25 sille, etta mainitut tietoliikenneverkot valmistautuvat yhteysvastuun siirtoon. 

21. Jonkin patenttivaatimuksen 15, 16 tai 20 mukainen tietoliiken- 
nejarjestelma, tunnettu siita, etta 

mainitut rajoitukset on jarjestetty suoritettavaksi vasteena sille, etta 
mainittujen tietoliikenneverkkojen ja mainitun paatelaitteen valisessa tiedonsiir- 
30 rossa suoritettu vastaanotetun signaalin voimakkuuden maaritys ohjaa maini- 
tut tietoliikenneverkot valmistautumaan yhteysvastuun siirtoon. 

22. Jonkin patenttivaatimuksen 12-21 mukainen tietoliikennejar- 
jestelma, tunnettu siita, etta 

ensimmainen tietoliikenneverkko on 16-bittista datapakettinumeroa- 
35 varuutta kayttava UMTS-verkko ja toinen tietoliikenneverkko on tietoliikenne- 
verkko on 8-bittista datapakettinumeroavaruutta kayttava GPRS-verkko. 
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(57) Tiivistelma 

Menetelma ja tietoliikennejarjestelma datapakettien nume- 
roimiseksi pakettivalitteisessa tiedonsiirrossa yhteysvas- 
tuun siirtamisen yhteydessa matkaviestimen ja ensimmai- 
sen langattoman tietoliikenneverkon valilta suoritettavaksi 
mainitun matkaviestimen ja toisen langattoman tietoliiken- 
neverkon valille. Ensimmaisessa langattomassa tietolii- 
kenneverkossa datapakettien numerointiin kaytettavissa 
oleva datapakettinumeroavaruus on suurempi kuin toisen 
langattoman tietoliikenneverkon datapakettinumeroava- 
ruus. Talloin ensimmaisessa langattomassa tietoliikenne- 
verkossa rajoitetaan datapakettien numerointia siten, etta 
datapakettien numerot eivat ylita toisen langattoman tieto- 
liikenneverkon datapakettinumeroavaruuden maksimiar- 
voa. 



(Kuvio 6) 
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